Ce document contient des informations techniques relatives à Open Transport qui peuvent être utiles aux administrateurs et aux gestionnaires de réseau. Elles ne sont pas nécessaires à l’utilisateur d’Open Transport en mono-poste.
Contenu
Introduction
Fichiers ajoutés lors de l’installation d’Open Transport
Fonctions AppleTalk d’Open Transport
- Affectation d’adresse AppleTalk statique et dynamique
- Utilisation de la RAM paramétrable
Fonctions TCP/IP d’Open Transport
- Gestion de serveurs DHCP
- Gestion d’adresses louées DHCP
- Gestion de serveurs évolués Windows NT
- Gestion de BootP
- Gestion d’un fichier HOSTS local
- Gestion de l’adressage “Serveur” MacTCP
- Gestion de l’adressage “Dynamique” MacTCP
- Gestion MacIP
- Connectivité PPP
Mémoire requise
Compatibilité des applications avec Open Transport
Performances
Introduction
Open Transport constitue le système de réseau et de communication moderne pour les ordinateurs Mac OS. Reposant sur les normes du marché, il apporte un nouveau degré de connectivité, de contrôle et de compatibilité aux systèmes Mac OS, tout en préservant la gestion intégrée de l’implémentation simple d’un réseau. Open Transport 1.1.1 est compatible avec les versions 7.5.3, 7.5.5 et ultérieures du logiciel système, ainsi que les versions 7.1, 7.1.1 et 7.1.2.
Pour toute information sur les éléments système requis, la compatibilité, les restrictions d’utilisation et les incompatibilités détectées, reportez-vous au fichier Ouvrez-moi Open Transport 1.1.1.
Fichiers ajoutés lors de l’installation d’Open Transport
L’installation d’Open Transport installe les tableaux de bord AppleTalk et TCP/IP dans le dossier Tableaux de bord, situé dans le Dossier Système de votre disque de démarrage, ainsi que les extensions suivantes dans le dossier Extensions du Dossier Système :
Shared Library Manager
Shared Library Manager PPC
Ces extensions mettent respectivement en oeuvre le mécanisme de bibliothèques partagées sur les Macintosh 68K et PowerPC. Elles sont toutes deux requises sur les PowerPC afin de permettre la gestion des bibliothèques partagées émulées et natives.
OpenTransportLib
Open Transport Library
Ces bibliothèques partagées implémentent les services Open Transport de base sur les ordinateurs PowerPC. La première bibliothèque contient la version dédiée aux PowerPC ainsi qu’une interface pour les applications natives PPC. La seconde contient les modules intégrés Open Transport, ainsi qu’une interface pour les applications PPC.
OpenTptAppleTalkLib
Open Tpt AppleTalk Library
Ces bibliothèques partagées mettent en oeuvre les services AppleTalk d’Open Transport sur les PowerPC. La première bibliothèque contient la version dédiée aux PowerPC, ainsi qu’une interface pour les applications natives PPC. La seconde contient les modules intégrés Open Transport, ainsi qu’une interface pour les applications 68K émulées.
OpenTptInternetLib
Open Tpt Internet Library
Ces bibliothèques partagées implémentent les services TCP/IP d’Open Transport pour les PowerPC. La première bibliothèque contient la version dédiée aux PowerPC, ainsi qu’une interface pour les applications natives PPC. La seconde contient les modules intégrés Open Transport ainsi qu’une interface pour les applications 68K émulées.
Open Transport 68K Library
Cette bibliothèque partagée met en oeuvre les services Open Transport sur les ordinateurs dotés de processeurs 68030 et 68040.
Open Tpt ATalk 68K Library
Cette bibliothèque partagée met en oeuvre les services AppleTalk d’Open Transport pour les ordinateurs dotés de processeurs 68030 et 68040.
Open Tpt Inet 68K Library
Cette bibliothèque partagée met en oeuvre les services TCP/IP d’Open Transport pour les ordinateurs dotés de processeurs 68030 et 68040.
Fonction AppleTalk d’Open Transport
Affectation d’adresse AppleTalk statique et dynamique
Open Transport/AppleTalk admet l’affectation dynamique de l’adresse AppleTalk (grâce au protocole AARP), ainsi que le protocole d’adressage statique (affecté manuellement). Cette seconde méthode permet de gérer les nœuds AppleTalk en utilisant l’adresse de protocole comme un identifiant permanent et non ambigu.
Tous les nœuds d’un sous-réseau AppleTalk donné (un segment de câble affecté à un numéro de réseau ou à une plage de numéros unique) doivent impérativement être administrés de façon homogène, soit avec un adressage dynamique pour tous, soit avec des adresses statiques pré-attribuées. Ceci permet d’éviter qu’un nouveau nœud dynamique reçoive une adresse affectée à un nœud géré manuellement, et actuellement déconnecté. Les administrateurs peuvent bloquer le processus d’adressage d’un sous-réseau en verrouillant le mode d’adressage. Par mesure de sécurité, Open Transport/AppleTalk détecte les doublons d’adresses de protocole sur le réseau local lorsque l’adressage statique a été paramétré.
Utilisation de la RAM paramétrable
Dans une architecture de réseau AppleTalk classique, l’état Connecté/Déconnecté d’AppleTalk, l’interface réseau sélectionnée, l’adresse réseau précédente, ainsi que le nom de la zone AppleTalk précédente, sont stockés en mémoire rémanente (RAM paramétrable) afin d’être utilisés au redémarrage. Pour garantir la rétrocompatibilité, Open Transport/AppleTalk stockent et récupèrent toujours ces informations. Toutefois, certaines modifications ont été apportées.
• Au démarrage, Open Transport lit le fichier de configuration AppleTalk en cours afin de déterminer si AppleTalk est connecté ou non. Cette valeur remplace celle qui est enregistrée dans la RAM paramétrable. L’utilisateur n’en est pas explicitement informé.
• Si l’interface réseau indiquée dans le fichier de configuration AppleTalk en cours est verrouillée et que le port spécifié n’est pas disponible ou ne peut pas être initialisé, Open Transport ne bascule pas automatiquement sur le port LocalTalk. AppleTalk reste alors déconnecté. L’utilisateur en est informé par un message.
Fonctions TCP/IP d’Open Transport
Open Transport permet la mise en œuvre des protocoles TCP/IP de type stations de travail sur les Mac OS. À l’instar de MacTCP, Open Transport TCP/IP est une pile 32 bits complète. Open Transport TCP/IP intègre les fonctionnalités suivantes :
• exploration dynamique MTU, pour une utilisation plus efficace du réseau dans le cadre d’architectures réseau hétérogènes ;
• protocole de configuration d’hôte dynamique (DHCP), pour une gestion centralisée des configurations d’adresses IP. DHCP est un protocole IETF (Internet Engineering Task Force) ;
• adresse IP multidestinataire, pour une participation en tant que client MBone des applications développées à l’aide d’API natives Open Transport ;
• connexions TCP simultanées pour les applications développées à l’aide d’API natives Open Transport, qui sont uniquement limitées par la mémoire installée et la puissance du processeur, afin d’améliorer le fonctionnement en tant que serveur Internet ou autre serveur réseau TCP/IP ;
• nouveau séparateur de noms de domaines, plus puissant et conforme aux normes (DNR à mémoire cache) ;
• support de l’accès des développeurs aux services IP bruts, ainsi qu’à TCP et UDP ;
• trames Ethernet version 2 et IEEE 802.3, pour une meilleure interopérabilité avec une gamme plus large d’hôtes TCP/IP ;
• chemin de recherche implicites et explicites des noms de domaines, pour un contrôle accru de la résolution des noms de domaines ;
• routeurs IP multiples à tolérance de pannes offrant une fiabilité accrue dans le cadre d’applications critiques ;
• affectations minimales du port d’entrée générique TCP à 2 048, incrémenté à partir de ce seuil.
Gestion de serveurs DHCP
La mise en œuvre de la technologie Apple est conforme aux versions en vigueur des spécifications applicables (RFC). À ce jour, Open Transport TCP/IP a été testé avec les configurations de serveurs DHCP suivantes :
• Competitive Automation (http://www.join.com),
• FTP Software (http://www.ftp.com),
• Hewlett Packard HP-UX (http://www.hp.com),
• Microsoft Windows NT Advanced Server (http://www.microsoft.com),
• Silicon Graphics (http://www.sgi.com),
• Sun Solaris et SunOS (http://www.sun.com),
• TGV (http://www.tgv.com).
Gestion d’adresses louées DHCP
Open Transport TCP/IP gère les adresses louées DHCP (DHCP Address Lease). Open Transport TCP/IP tente de renouveler automatiquement toute location d'adresse arrivée à échéance, ce qui, par défaut, correspond à la moitié du “bail”. Il est possible de régler le délai de renouvellement sur une valeur différente en apportant des modifications au serveur DHCP de configuration. Le renouvellement est tenté, quel que soit le nombre de renouvellements déjà effectués. La réédition des liens d’une location est également autorisée. Lorsque la location d’adresse IP d’une interface arrive à expiration, l’interface est interrompue. Open Transport TCP/IP ne gère pas actuellement l’option d’identification d’un client (DHCP Client Id), ni le message DHCPINFORM. Aucune tentative n’est réalisée pour utiliser au redémarrage le temps restant d’une location précédente, non expirée.
Gestion de serveurs évolués Windows NT
Avec Open Transport 1.1 et toute version ultérieure, les clients Mac OS sont totalement compatibles avec un serveur DHCP Windows NT Advanced Server (AS) avec des liaisons de réseau local. Cependant, les clients Mac OS ne peuvent obtenir d’informations sur la configuration d’un serveur NT DHCP par l’intermédiaire d’une liaison commutée (PPP) car il n’existe pour l’instant aucune norme acceptée par l’industrie pour les connexions commutées DHCP. La mise en oeuvre de NT est basée sur des extensions Microsoft propriétaires. Les clients Mac OS ne peuvent acquérir d’informations de configuration, ni s’enregistrer auprès d’un serveur Microsoft WINS. WINS est aussi dépendant d’extensions Microsoft pour TCP/IP (nécessitant le support NetBIOS).
Le groupe de recherche d’ingénierie Internet (Internet Engineering Task Force, IETF) développe une technologie normalisée multi-plate-forme pour l’enregistrement dynamique et la recherche des noms IP, via le groupe de travail Dynamic Service Location. Apple n’envisage pas, pour l’instant, de mettre en oeuvre les extensions WINS, mais plutôt de se consacrer entièrement à la mise en oeuvre des normes IETF au fur et à mesure de leur développement.
Les clients Macintosh fonctionnant avec des versions antérieures d’Open Transport (1.0.x) peuvent rencontrer certains problèmes d’interopérabilité en raison de différences significatives entre l’implémentation Microsoft et celle d’un serveur UNIX.
Gestion de BootP
Open Transport 1.1 et toute version ultérieure gère totalement le protocole Bootstrap (BootP). Les versions d’Open Transport antérieures à la version 1.1 n’acceptaient pas la commande BootP Reply envoyée à une adresse “monodiffusion” (diffusion sur un sous-réseau), (par exemple xxx.xxx.xxx.255). Les réponses envoyées à une adresse de diffusion “multiréseau” (par exemple 255.255.255.255) étaient traitées correctement. De plus, les versions antérieures d’Open Transport nécessitaient que la passerelle BootP soit située sur le même tronçon.
Gestion d’un fichier HOSTS local
Open Transport TCP/IP gère un fichier HOSTS, stocké dans le dossier Préférences du Dossier Système activé, qui peut être utilisé pour compléter et/ou personnaliser la mémoire cache initiale du Séparateur de noms de domaines. Ce fichier est analysé, le cas échéant, lors de l’initialisation d’Open Transport TCP/IP. À l’instar de MacTCP, les fonctions gérées par le fichier HOSTS sont conformes à un sous-ensemble du format de fichier principal du système de noms de domaines (RFC 1035).
Open Transport TCP/IP est plus strict sur le contenu et le format du fichier HOSTS que ne l’était AppleTalk qui permettait la violation de la commande FQDN au sujet de <nom-de-domaine>. Par exemple, le format :
charlie A 128.1.1.1
Ce qui était acceptable pour MacTCP DNR, ne l’est plus suite à l’utilisation de listes de recherches de domaines dans Open Transport TCP/IP (“charlie” pouvant exister dans un ou plusieurs des domaines configurés). Pour accomplir la même tâche, utilisez plutôt le format suivant :
charlie CNAME monhote.mondomaine.edu
monhote.mondomaine.edu A 128.1.1.1
Ce format associe l’alias local charlie avec le nom de domaine étendu monhote.mondomaine.edu, et le résout à l’adresse 128.1.1.1. L’utilisation d’alias locaux est limitée aux entrées CNAME. Les entrées NS et A doivent utiliser des noms de domaines étendus.
Vous pouvez créer un fichier Hosts avec n’importe quel éditeur ou traitement de texte (le fichier Hosts devant être enregistré au format texte). Si vous utilisez un fichier Hosts, il est conseillé d’y inclure uniquement les entrées dont vous avez fréquemment besoin afin qu’il soit le plus court possible. Ceci réduit la mémoire cache requise pour les informations DNS et diminue le besoin de maintenir à jour les fichiers Hosts quand les informations système changent.
Open Transport TCP/IP utilise automatiquement un fichier Hosts placé dans le dossier Préférences du Dossier Système en cours d’utilisation. Si le fichier Hosts n’est pas trouvé dans le dossier Préférences, Open Transport TCP/IP le recherche dans le Dossier Système en cours d’utilisation. Vous pouvez décider de l’utilisation d’un fichier Hosts particulier dans une configuration spécifique. Par exemple, un fichier Hosts peut être créé pour un utilisateur se connectant via Ethernet, alors qu’un autre fichier Hosts peut être créé pour le même utilisateur se connectant via un modem.
Pour toute information sur la création des fichiers Hosts du Séparateur de noms de domaines d’Open Transport, reportez-vous au document “Apple Open Transport Reference Q&A”. La version la plus récente de ce document est disponible sur Internet à l’adresse suivante : ftp://seeding.apple.com/ess/public/opentransport/.
Gestion de l’adressage “Serveur” MacTCP
Open Transport TCP/IP gère les méthodes de configuration BootP (Bootstrap Protocol) et RARP (Reverse Address Resolution Protocol). L’adressage en mode Serveur MacTCP était une combinaison des méthodes de configuration BootP et RARP. Lorsque le mode Serveur était sélectionné, MacTCP utilisait BootP pour tenter d’acquérir une adresse IP. Si BootP ne parvenait pas à fournir une adresse, MacTCP essayait avec RARP. Le protocole parvenant à acquérir une adresse était enregistré comme préférenciel et était utilisé en priorité lors du redémarrage du système. Avec Open Transport, vous devez choisir explicitement entre BootP et RARP.
Gestion de l’adressage “Dynamique” MacTCP
Open Transport ne gère pas l’adressage “Dynamique” MacTCP. Ce mode reposait sur une extension des protocoles TCP/IP propre à Apple. Il appliquait aux réseaux TCP/IP la négociation d’adresse et les règles d’affectation utilisées par les protocoles AppleTalk, ce qui simplifiait la mise en œuvre d’un réseau TCP/IP autonome composé uniquement de Macintosh. En revanche, l’utilisation de ce mode d’adressage dynamique dans d’autres cas pouvait compliquer la tâche d’un administrateur réseau.
La communauté Internet (sous l’égide de l’IETF) a mis au point depuis lors une norme multiconstructeur pour l’affectation dynamique d’adresses IP, sous l’appellation DHCP (Dynamic Host Configuration Protocol). Open Transport TCP/IP gère la norme DHCP.
Gestion de MacIP
MacIP est une spécification de protocole élaborée pour le trafic TCP/IP sur des réseaux AppleTalk uniquement – à l’origine, des réseaux LocalTalk. MacIP est aujourd’hui fréquemment utilisé avec le protocole ARAP (AppleTalk Remote Access Protocol) afin de permettre aux utilisateurs mobiles d’accéder aux services de réseau TCP/IP.
L’utilisation de MacIP exige une passerelle, qui élimine l’encapsulation AppleTalk et place le paquet IP sur le réseau local TCP/IP. Lorsque des paquets sont renvoyés au nœud final MacIP, la passerelle fournit les services d’encapsulation requis. La gestion d’une passerelle MacIP est fréquemment intégrée à un routeur multiprotocole. La passerelle (ou le routeur) se connecte à la fois à un réseau AppleTalk et à un réseau TCP/IP.
Open Transport gère MacIP dans le tableau de bord TCP/IP. Une fois sélectionné, les données TCP/IP sont encapsulées en paquets AppleTalk et sont envoyées via l’interface réseau sélectionnée.
Connectivité PPP
À l’exception d’OT/PPP 1.0f1c9 ou toute version ultérieure, la connectivité PPP (Point to Point Protocol) pour Open Transport repose actuellement sur l’utilisation d’extensions logicielles d’éditeurs tiers appelées “MDEV”. Il est possible que des versions antérieures de ces MDEV ne soient pas compatibles avec Open Transport. Pour toute information sur leur compatibilité, reportez-vous au document “Ouvrez-moi Open Transport 1.1.1”.
OT/PPP est implémenté en utilisant l’environnement STREAMS natif Open Transport.
Mémoire requise
Open Transport est doté de nouvelles fonctionnalités pour les utilisateurs Mac OS et requiert plus de mémoire système (RAM) que les applications réseau classiques. Cependant, la mémoire requise par Open Transport varie selon les services réseau utilisés à un moment donné, ce qui diffère des applications réseau classiques qui allouent un espace mémoire aux services réseau et le maintiennent même lorsque ceux-ci ne sont plus utilisés.
Les facteurs différenciant l’espace mémoire requis incluent :
• Open Transport fournit la mise en oeuvre de la gestion de réseau en code 680x0 et PowerPC natif. Le code PowerPC est généralement de taille plus importante (mais d’exécution plus rapide).
• Open Transport autorise la gestion d’application en “mode-mixte”, permettant aux applications PowerPC natives et 680x0 de tirer parti de la gestion de réseau native sur les ordinateurs à processeur PowerPC.
• Open Transport inclut les nouvelles implémentations de gestion de réseaux et les bibliothèques nécessaires à la rétrocompatibilité avec les interfaces antérieures de programmation, AppleTalk et MacTCP.
• Open Transport requiert moins d’espace mémoire sur les systèmes sur lesquels la mémoire virtuelle est activée. Les applications réseau classiques requièrent à peu près le même espace mémoire que la mémoire virtuelle soit ou non activée.
• Open Transport est basé sur un environnement normalisé STREAM inter-plate-forme qui requiert plus d’espace mémoire que les applications réseau classiques.
La différence d’espace mémoire requis dépend de la configuration de votre ordinateur. Voici quelques exemples de configurations et d‘espace mémoire requis :
Compatibilité des applications avec Open Transport
Apple a défini trois niveaux d’interopérabilité avec Open Transport. Le premier, sous le qualificatif “compatible Open Transport”, désigne les applications réseau conçues à l’origine pour les interfaces de programmation “classiques” d’AppleTalk ou de MacTCP, mais pouvant bénéficier des services de compatibilité d’Open Transport. De telles applications peuvent immédiatement utiliser les avantages des tableaux de bord d’Open Transport. Toutefois, leurs performances ne sont pas accrues de façon significative sur Power Macintosh et elles ne peuvent pas bénéficier des fonctionnalités d’indépendance de transport d’Open Transport.
Les applications “prêtes pour Open Transport” ont été modifiées pour adopter les nouvelles API d’Open Transport (XTI). Il s’agit d’applications natives PowerPC, aptes à fonctionner sur les Macintosh dotés de processeurs 680x0. Elles utilisent les nouveaux tableaux de bord et leurs performances sont considérablement améliorées lorsqu’elles sont utilisées sur des Power Macintosh.
Le troisième niveau d’interopérabilité (qui est également le plus élevé) correspond à “optimisé pour Open Transport”. Outre l’adoption des nouvelles API d’Open Transport et leur fonctionnement en mode natif Power PC, ces applications peuvent être configurées dynamiquement afin de gérer les communications AppleTalk, TCP/IP ou série.
Les applications qui reposent sur des API non documentées ou qui analysent des structures de données “privées” dans AppleTalk ou MacTCP peuvent ne pas être totalement compatibles avec Open Transport. Des mises à jour de ces produits sont requises pour une compatibilité parfaite.
Performances
Open Transport a été conçu pour tirer le meilleur parti du processeur PowerPC. Toutefois, pour optimiser les performances, les applications réseau doivent également tirer parti de toutes les capacités du processeur PowerPC et adopter les nouvelles interfaces de programmation d’Open Transport.
En général, les applications réseau Mac OS actuelles sont développées pour les processeurs 680x0 et utilisent les interfaces de programmation réseau (basées 680x0), dites “classiques”. Ces applications peuvent toujours être utilisées avec Open Transport, et il se peut que leurs performances soient meilleures. Bien que les performances des applications réseau natives PowerPC, non définies comme “prêtes pour Open Transport”, soient supérieures, elles ne sont pas maximales car ces applications utilisent la rétrocompatibilité d’Open Transport, plutôt que l’ensemble des capacités disponibles.
Les performances seront meilleures avec des protocoles comme TCP/IP qui utilisent des datagrammes volumineux, plutôt qu’avec AppleTalk (dont la taille de datagramme est fixe et limitée). Sur les liaisons à haut débit, telles que Fast Ethernet, FDDI et ATM, les performances du gestionnaire de la carte d’interface réseau sont également un facteur clé.
Les performances globales dépendent également de la mémoire vive (RAM) disponible. L’augmentation de la taille des paquets et de la capacité de débit augmente la demande du système de mise en mémoire tampon d’Open Transport. Si la mémoire devient insuffisante, Open Transport diminue le débit afin de satisfaire cette restriction.
Apple, le logo Apple, AppleShare, AppleTalk, LaserWriter, LocalTalk, MacTCP, Performa, Power Macintosh, PowerBook et PowerBook Duo sont des marques d’Apple Computer, Inc., déposées aux États-Unis et dans d’autres pays. NuBus est une marque déposée de Texas Instruments. PowerPC est une marque d’international Business Machines Corporation, utilisée sous licence. Tous les autres noms de produits sont des marques ou des marques déposées de leurs propriétaires respectifs. Les produits commercialisés par des entreprises tierces ne sont mentionnés que pour information. Apple ne se porte pas garant de ces produits et décline toute responsabilité quant à leur utilisation et à leur fonctionnement.
